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Entities,  whose  values  depend  on  Army  policy  and  which  drive  the  workload 
and  resource  requirements  of  Army  organizations,  are  analyzed  for  the  Materiel 
Management  (MM)  and  Maintenance  (MS)  Directorates  of  CERC0M  and  TARCOM.  These 
drivers,  which  are  typically  classes  of  entities  such  as  major  items,  secondary 
items,  requisitions,  product  improvement  programs,  and  fielded  weapon  systems, 
vary  from  year  to  year.  Man  years  and  dollars  necessary  to  perform  functions 
related  to  the  "management"  of  these  drivers,  if  such  resources  had  been  and 
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changes  in  driver  values  over  future  years  should  allow  corresponding  forecasts 
in  resource  requirements  to  be  made. 

The  results  of  testing  these  driver  concepts  on  the  historical  data  bases 
of  the  four  above  mentioned  directorates  produced  mixed  results.  The  CERCOM 
MS  analysis  produced  good  statistical  results  in  the  area  investigated 
(pre-issue  development) .  The  TARCOM  MS  results  were  poor  in  a  historical 
statistical  sense.  In  the  two  MM  directorates,  the  analysis  indicated  some 
functional  areas  where  the  historical  trends  fulfilled  the  postulated  relations 
and  other  areas  where  the  historical  resources  expended  did  not  track  the 
related  driver  values.  Data  availability  was  generally  easier  in  the  MM  area. 
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SUMMARY 


Entities,  whose  values  depend  on  Army  policy  and  which  drive  the 
workload  and  resource  requirements  of  Army  organizations,  are  analyzed 
for  the  Materiel  Management  (MM)  and  Maintenance  (MS)  Directorates  of 
CERCOM  and  TAR.COM.  These  drivers,  which  are  typically  classes  of  entities 
such  as  major  items,  secondary  items,  requisitions,  product  improvement 
programs,  and  fielded  weapon  systems,  vary  from  year  to  year.  Man  years 
and  dollars  necessary  to  perform  functions  related  to  the  ^management^ 
of  these  drivers,  if  such  resources  had  been  and  are  rationally  allocated, 
should  vary  in  a  similar  fashion.  Forecasting  changes  in  driver  values  over 
future  vears  should  allow  corresponding  forecasts  in  resource  requirements 
to  be  made. 

The  results  of  testing  these  driver  concepts  on  the  historical  data 
bases  of  the  four  above-mentioned  directorates  produced  mixed  results.  The 
CERCOM  MS  analysis  produced  good  statistical  results  in  the  area  investigated 
(pre-issue  development) .  The  TARCOM  MS  results  were  poor  in  a  historical 
statistical  sense.  In  the  two  MM  directorates,  the  analysis  indicated 
'some  functional  areas  where  the  historical  trends  fulfilled  the  postulated  * 
relations  and  other  areas  where  the  historical  resources  expended  did  not 
track  the  related  driver  values.  Data  availability  was  generally  easier 
in  the  MM  area,  y 

Historically,  resource  expenditure  is  neither  always  rational  nor 
unconstrained.  Mere  statistical  relationships  without  causes  are  misleading 
and  conversely,  the  absence  of  a  historical  validation  of  a  causal  connec¬ 
tion  is  merely  disappointing,  not  disastrous.  If  the  driver  is  valid, 
then  its  increase  should  be  accompanied  by  an  increase  in  resources,  regard¬ 
less  of  what  happened  in  the  past. 

In  this  light,  the  pursuance  of  the  driver  concept,  as  reflected  in 
Chapter  I  and  II  of  this  report,  lies  in  tracking  the  changes  in  drivers 
from  some  point  in  time.  This  point  implies  a  baseline  for  which  the  re¬ 
source  allocation  was  satisfactory  or  to  which  adjustments  could  be  made 
as  the  future  evolvement  made  apparent  what  manhour-to-driver  ratios  were 
satisfactory.  These  ratios  might  evolve  naturally  as  the  impact  was  assessed 
of  the  actual  allocation  of  resources  via  the  rationale  of  corresponding 


changes  in  driver  values. 

For  such  a  dynamic  system  of  resource  management,  driver  values 
falling  in  certain  classes  should  be  weighted  by  a  class  factor  which 
experience  has  shown  to  be,  in  some  sense,  valid.  This  is  what  the 
historical  data  and  technical  formulas  for  workload  yielded  in  this  study  - 
fairly  good  estimates  of  weighting  factors.  Also  apparent  was  some  degree 
of  utility  for  using  weight  factors  across  commands. 

The  recommendations  of  this  study  are: 

a.  Conduct  seminars  at  MM  Directorates  on  how  to  develop  drivers 
and  use  their  forecasted  values  to  project  MM  requirements. 

b.  Pursue  limited  analysis  of  other  organizations  within  Commands 
if  they  can  list  and  project  drivers  for  their  areas  with  reasonable  time 
and  effort. 
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CHAPTER  I 


INTRODUCTION:  BACKGROUND  AND  ORGANIZATION 

This  report  summarizes  the  data  analyses  and  lessons  learned  on  two 
pilot  tests  of  the  driver  approach  to  projecting  resource  requirements. 

In  early  FY  1978,  the  sponsor  -  the  Directorate  for  Resource  Management* 
DARCOM  -  asked  IRO  to  conduct  a  test  of  the  driver  concept,  which  we  had 
developed  in  1973  but  had  not  tested  with  real  manhour  and  dollar  data, 
to  determine  the  feasibility  of  obtaining  resource  and  workload  driver 
data  and  to  determine  the  efficacy  of  projecting  future  requirements  from 
predicted  driver  values. 

A  test  was  conducted  at  CERCOM,  analyzing  the  Materiel  Management 
and  Maintenance  Engineering  Directorates;  results  were  briefed  to  DRCRM 
in  December  1978  and  May  1979.  Another  test  was  requested,  analyzing 
TARCOM  Directorates'  data;  this  was  completed  in  January  1980. 

The  results  and  the  briefings  are  contained  herein.  The  report  is 
organized  similarly  to  the  final  report  on  the  earlier  project  on  drivers, 

IRO  # 207  [1];  briefing  charts  are  inclosed  and  commentary  is  added  to 
expand  important  points.  Before  presenting  the  briefings  and  narrative, 
we  outline  the  driver  concept  and  its  purpose  (Chapter  I) ,  summarize 
our  experiences  and  recommendations  from  the  test,  make  some  optimistic 
and  pessimistic  points  re  the  general  area  of  resource  forecasting 
(Chapter  II)  and  describe  the  data  extraction  experience  (Chapter  III) . 

IRO  Report  #207  [ 1]  will  give  a  more  extensive  description  of  the  driver 
concept  and  the  data  requirements  in  an  ideal  situation,  not  limited  by  real 
world  data  bases. 

The  Driver  Concept 

A  purposeful  organization  performs  certain  functions  to  reach  cer¬ 
tain  goals.  To  perform  these  functions  a  workload  is  generated  which  re¬ 
quires  resources  in  terms  of  manpower  and  dollars.  In  order  to  best 
allocate  available  resources,  say  people  and  money,  a  higher  level  agency, 
say  the  Army,  needs  projections  of  the  future  resource  requirements  of  its 
constituent  organizations.  But  the  constituents  should  be  constrained 
(or  driven)  in  what  they  work  upon  in  order  to  reach  goals  based  on  Army 
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plans  and  should  not  base  work  on  Internally  generated  decisions.  In  other 
words,  what  external  driver,  controllable  or  predictable  from  higher  level 
planning  documents,  generates  the  necessary  workload,  which  in  turn  requires 
certain  needed  resources? 

Determining  sets  of  drivers  is  our  concern.  They  are  to  be  quantifiable 
and  predictable,  causally  related  to  the  functions  of  a  particular  organiza¬ 
tion.  They  should  not  be  merely  statistically  related  historically  to  work 
performed,  not  be  subjected  to  internal  manipulation  and  not  be  construed 
as  a  work  measure.  We  also  wish  the  set  of  drivers  which  account  for  the 
major  portion  of  workload  and  resources  of  an  organization  to  be  small. 
Examples  of  drivers  considered  in  the  tests  discussed  in  this  report  are: 

a.  Number  of  items  managed  weighted  by  dollar  value. 

b.  Number  of  systems  under  development  weighted  by  complexity. 

We  are  concerned  with  relating  drivers  to  resources  needed,  by-passing 
the  workload  measured  value  as  a  complicating  step  (see  Figure  1) .  In  this 
report  we  do  not  address  such  concepts  as  efficiency,  productivity,  and 
effectiveness;  the  effective  utilization  of  resources  to  reach  goals  and 
the  use  of  the  mentioned  measures  1b  important  but  beyond  our  scope.  Yet  it 
is  important  to  see  the  proper  relations  of  these  measures  to  avoid  their 
misuse.  Figure  1  and  the  example  show  how  the  driver  concept  relates 
as  a  predictive  tool  for  resources.  A  prescriptive  tool  for  allocating 
resources  internally  and  prioritizing  functions  to  better  reach  ultimate 
goals  is  another  matter. 
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CHAPTER  II 


LESSONS  LEARNED  AND  RECOMMENDATIONS 

Although  the  data  extraction  difficulties  were  more  than  expected 
we  were  not  disappointed  with  the  test.  Referring  to  the  conceptual  limi¬ 
tations  in  Chapter  I,  the  driver  approach  is  not  a  cure-all  that  some  may 
have  thought  it  to  be.  We  did  not  expect  many  strong  historical  statis¬ 
tical  relationships  between  past  driver  values  and  resources  expended, 
and  this  statement  is  not  based  upon  hindsight.  Although  we  did  such 
statistical  analysis  and  it  took  lengthy  calendar  time  for  the  Commands 
to  provide  necessary  data  (see  Chapter  III),  we  still  feel  it  is  often 
pointless  and  dangerous  to  rely  on  these  previous  relations,  which  are  based 
on  nonrational  expenditure  as  opposed  to  rationalized  need. 

However,  it  is  necessary  to  build  up  a  data  base  of  a  particular 
structure  to  estimate  and  to  update,  the  weighting  factors  for  our  drivers. 

In  general,  this  type  of  data  was  not  available  to  the  extent  we  desired. 

It  was  necessary  to  use  several  ad  hoc  mathematical  techniques,  in  conjunc¬ 
tion  with  some  plausible  assumptions,  to  obtain  weighted  driver  values. 

This  is  one  reason  why  analysis  of  maintenance  directorates  at  other  Commands 
cannot  be  carried  out  routinely;  also  automation  is  needed  to  make  the  pro¬ 
cessing  less  tedious. 

On  the  other  hand,  the  analysis  at  other  Commands  of  the  Materiel 
Management  Directorates  could  be  done  by  them  with  the  aid  of  guidance 
package,  albeit  some  compendium  of  "tricks"  may  be  incorporated  and  could 
be  discussed  in  a  seminar. 

Pessimistic  Points  and  Caveats  re  Resource  Forecasting  in  General 

1.  HISTORICAL  EXPENDITURES  OF  RESOURCES  ARE  NOT  NECESSARILY  RATIONAL. 
For  example  say  driver  X  is  10  in  1975  and  20  in  1976;  however,  man  years 
expended  in  the  related  functions  for  those  years  were  15  and  12.  Hence 
it's  plausible  the  need  doubled,  but  some  decision  maker  did  not  react  to 
that  need  or  some  constraint  limited  expenditure  or. ...who  knows? 

2.  HISTORICAL  ALLOCATIONS  OF  RESOURCES  ARE  NOT  NECESSARILY  RATIONAL. 
Driver  X  doubles  from  1975  to  1976  and  Driver  Y  remains  the  same.  Function  X 


receives  $10  in  1975  and  receives  $12  of  an  available  $30  in  1976; 
function  Y  had  $15  in  1975  and  received  the  remaining  $18  of  1976  money. 

It  is  apparent  that  the  pseudo-rationale  gave  each  function  a  20%  increase 
but  isn't  it  more  reasonable  to  have  reversed  the  allocation  based  on  the 
drivers'  changes? 

3.  PEOPLE  DON'T  FLUCTUATE.  Although  driver  values  and  workload  may 
be  shifting  amongst  several  functions  and  subaccounts,  at  a  certain  level 
of  aggregation  the  number  of  people,  i.e.,  man  years,  may  not  change  much 
from  year  to  year  regardless  of  overall  local  need  to  borrow  people  from 
some  other  department  for  a  period  of  time. 

4.  ACCOUNTING  STRUCTURE  CONSTRAINS  REPORTING.  The  AMS  account  codes 
do  not  group  or  make  apparent  all  of  the  functions  and  their  manhours  as 
related  to  a  single  driver.  In  some  cases  the  account  codes  comprise 
different  functions  depending  on  the  Command.  In  our  original  concept  we 
intended  to  group  driver  related  functions  across  accounts  or  sub-organiza¬ 
tion,  but  this  turned  out  not  to  be  realizable  the  way  the  data  reporting 
was  structured.  Part  of  the  problems  is  that  in  the  past  the  AMS  accounts 
reported  more  sub-elements. 

5.  CHANGES  IN  ACCOUNTING  STRUCTURE  CONFOUND  ANALYSIS.  Transfer  of 
resources  to  different  accounts  or  redefinitions  of  accounts  after  a  par¬ 
ticular  year  muddles  the  analyses.  This  happened  twice  In  our  tests. 

6.  DRIVER  VS  RESOURCES  RELATIONS  ARE  NOT  STATISTICALLY  STABLE.  From 
remarks  1  to  5  ,  many  occurrences  of  historically  stable  relations  cannot  be 
expected.  Obtaining  "absolute"  requirements  will  be  harder  than  projecting 
a  relative  requirement  of  a  resource  based  on  the  percentage  increase  in 
driver  values  from  a  baseline  year.  Also  it  will  be  difficult,  in  absolute 
terms,  to  compare  the  real  needs  across  Commands. 

7.  10%  ACCURACY  -  RULES  OF  THUMB.  Don't  expect  better  than  10% 
accuracy  In  resource  need  for  a  given  driver  value.  Don't  expect  better 
than  10%  accuracy  in  a  future  projection  of  a  driver  value.  (The  SWAG 
percentages  originate  with  the  author  to  illustrate  the  point) 

8.  UNKNOWN  PAYOFF.  From  remark  7,  one  could  often  expect  20%  un¬ 
certainty  in  the  projected  value  of  man  years  or  dollars.  However,  even 
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if  the  mean  value  is  more  accurate,  than  that  value  obtained  using  another 
method,  there  is  no  procedure  or  model  for  translating  that  increased  accuracy 
into  performance  measure.  In  other  words,  even  if  the  projected  necessary 
resources  are  obtained,  how  does  system  readiness  or  supply  availability  or 
the  procurement  contract  process  improve?  And  if  the  resources  are  not 
obtained,  what  is  the  impact  on  performance  even  if  resource  forecasting  is 
more  accurate? 

9.  WORK  IS  ELASTIC.  A  further  complication  to  the  problem  in  remark 
8  is  that  "Work"  will  expand  or  contract  to  fit  resources  allowed.  Ar.  average 
or  shortage  of  resources  will  not  improve  or  degrade  performance  in  a  simple 
relation  that  can  be  easily  discerned. 

Optimistic  Points  re  Resource  Forecasting 

1.  EXPENDITURES  CAN  REFLECT  NEED.  If  a  stable  driver  -  expenditure 
relation  exists  while  driver  values  are  changing,  one  car.  usually  assume 
that  the  expended  resources  were  needed.  For  example  if  the  driver  changes 
from  10  to  12  and  expanded  resources  increases  from  50  to  60,  that  20% 
increase  was  needed.  One  problem  is  that  there  might  be  an  initial  back¬ 
log  or  resource  "need  gap"  that  has  to  be  identified,  e.g.  originally  100 
resource  units  were  required  to  do  the  work  properly. 

2.  AN  APPROACH  FOR  INTRA-COMMAND  PROJECTING  AND  PLANNING  CAN  BE 

FORMULATED . 

a.  List  all  drivers  for  a  Command  (or  an  Agency  within  which  re¬ 
sources  can  be  shifted) . 

b.  Pick  a  baseline  year  and  indicate  %  changes  in  all  listed 
drivers  for  other  years,  from  that  baseline  year. 

c.  Weight  each  %  change  by  the  /  of  total  workload  driven  by  that 
driver.  Composite  weighted  changes  by  years  will  indicate  those  years 
significantly  different  (say  greater  than  15%  change)  from  baseline. 

d.  Even  if  changes  in  •  , sources  are  not  made  available,  the  peak 
and  valley  years  for  specific  functions  driven  by  specific  drivers  can  be 
addressed  by  an  internal  shifting  of  resources. 

3.  AN  APPROACH  FOR  INTER-COMMAND  RESOURCE  FORECASTING  AND  PLANNING 

MAY  BE  POSSIBLE. 

Each  Command  would  submit  to  higher  level  their  composite  %  change 

for  a  standard  set  of  drivers  over  five  years  in  the  future.  Unless  specific 
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information  Is  available,  higher  level  should  not  address  the  efficiency, 
effectiveness  or  productivity  in  utilising  resources  at  individual  commands, 
but  treat  the  %  changes  from  baseline  as  valid  requests.  (Assume  resources 
in  the  base  year  are  reasonable)  The  allocation  of  available  resources 
amongst  commands  is  a  problem  in  itself  and  only  one  guideline  is  mentioned 
here:  an  Agency  will  not  be  helped  much  with  an  allocation  far  from  his 
targetted  request  nor  will  an  Agency  be  hindered  much  with  an  allocation 
just  short  of  his  request;  hence,  the  following  curve  is  indicated: 
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A  computer  routine  could  allocate,  one  dollar  at  a  time,  the  available  re¬ 
sources  to  the  Command  which  would  derive  most  benefit,  at  that  point,  of 
that  dollar. 


4.  THE  ULTIMATE  DRIVER  -  WEAPON  SYSTEM  LIFE  CYCLE.  The  development, 
procurement,  and  support  of  a  weapon  system  generates  certain  necessary 
functions  in  R&D,  maintenance,  materiel  management,  and  procurement.  If 
workload  profiles  could  be  built  up  over  the  projected  years  and  over  phases 
of  life  cycle  by  individual  systems,  and  properly  weighted  with  regard  to 
functions  performed,  an  ultimate  driver  vector  and  the  necessary  resources 
could  be  established.  Ideally  the  CERCOM  Maintenance  Directorate  is  striving 
towards  this  concept  in  their  new  cost  performance  reporting  system. 


Recommendat ions 


Based  on  the  two  pilot  tests  at  CERCOM  and  TARCOM  of  the  driver  concept 
and  availability  of  data,  and  based  on  the  discussion  in  this  chapter,  the 
following  reconanendations  (see  chart  T-26)  are  made. 

a.  Develop  guidance  package  for  remaining  MRC’s  MM  directorates  and 
conduct  seminars.  Use  driver  values  and  their  trends  to  study  MM  requirements. 

b~  Suspend  driver  analysis  of  maintenance  until  the  CERCOM  experience 
with  an  adequate’,  automated  data  base  is  monitored. 
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c.  Pursue  limited  analysis  of  other  functional  organizations  of 
Commands  if : 

(1)  Other  studies  (at  higher  level  aggregation)  are  not  successful. 

(2)  These  organizations  can  list  and  project  drivers  for  their  areas 

with  reasonable  time  and  effort. 


CHAPTER  III 


DATA  EXTRACTION 

In  order  to  perform  the  driver  analy3is  of  an  agency  (in  these  tests, 
the  Pul  and  MS  Directorates) ,  three  types  of  data  are  required. 

1.  Mil  and  $  by  AMS  codes  and  by  year. 

a.  Historical  (e.g.  1976,  1977,  1978,  1979  ). 

b  Projected  by  currant  local  methods  (e.g.  1979  ,  1980,  1981). 

2.  Nominal  values  (unweighted)  of  proposed  drivers. 

a.  Historical  (1976  -  1979). 

b.  Projected  from  trends  or  known  planning  documents  (1979  -  1981). 

3.  Special  data  on  MH  spent  or  MH  needed  (historical  or  formulated) 

on  functions  performed  related  to  driver  categories  to  determine 
weighting  factors  for  drivers. 

In  summary,  l.a.  was  not  difficult  to  obtain  (although  accounting 
changes  in  reporting  expenditures  can  cause  havoc),  l.b.  was  nice  to  have 
but  not  necessary  for  basic  analysis,  2. a.  and  2.b.  were  available  but  not 
without  problems,  particularly  in  MS,  with  formatting,  compiling  or  manually 
interpreting  the  data.  Type  3  data  were  usually  not  available  to  the  ex¬ 
tent  or  breakout  desirable  to  perform  an  ideal  analysis  of  the  weights; 
at  times  assumptions  or  extrapolations  augmented  the  basic  data. 

What  follows  is  a  list  of  experiences  on  solicitating  and  manipulating 
the  data. 

1.  All  three  types  of  data  were  obtained  in  a  timely  fashion  and  of 

an  adequate  nature  from  the  CERCOM  MM  Directorate.  Weights  for  the  secondary 
item  drivers  were  obtained  by  the  average  MH  per  item  spent  on  the  0R0SS 
2000  items  by  dollar  value  category.  On  some  AMS  codes  the  MH  spent  on 
major  item  functions  vs  MH  spent  on  secondary  item  functions  were  not  broken 
out  and  had  to  be  estimated  on  a  percentage  basis  from  experience. 

2.  In  the  TARCOM  MM  Directorate  the  dollar  value  categories  did  not 
distinguish  amongst  the  MDV,  HDV,  and  VHDV  categories.  Work  performed  on 
major  vs  secondary  items  and  on  new  vs  established  items  was  not  distinguished. 
The  original  submissions  on  the  nominal  values  of  the  drivers  were  felt  to 

be  in  error  and  the  directorate  resubmitted  new  values. 

3.  In  both  Maintenance  Engineering  Support  (MS)  Directorates,  the  number 
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of  different  systems  in  the  field  and  their  age  were  not  readily  available. 

In  the  pre-issue  area,  work  accounting  was  not  always  directly  by  weapon 
system,  and  in  the  case  of  CERCOM,  with  its  many  systems,  a  utility  program 
had  to  be  written  to  restructure  the  data.  The  status  and  history  of  the 
systems  at  both  Commands  were  not  on  a  standard  computer  file  but  were 
eventually  provided  in  a  manual  form.  Manhour  data  were  extensive  but 
tedious  to  restructure  manually  for  determining  the  weighting  factors 
as  outlined  in  this  report.  CERCOM  MS  is  planning  to  automate  their  status 
files  on  all  and  items  being  developed  or  supported  as  part  of  their  cost 
reporting  performance  system;  this  will  make  it  much  easier  to  evolve  and 
maintain  driver  values  over  the  years. 

4.  In  each  directorate,  some  problems  surfaced  regarding  changes  in 
accounting  and  definitions  of  categories  at  various  organizationa  levels. 

The  problems  were  resolved  or  the  data  adjusted  or  discounted  in  our  analysis. 

5.  The  calendar  time  in  obtaining  the  data  for  this  study  was  lengthy 
in  some  instances.  Some  manhours  normally  expended  for  performing  daily 
business  had  to  be  rationed  towards  these  tests,  so  we  truly  appreciated 
the  time  and  support  we  did  receive. 

Some  useful  mathematical  techniques  that  arose  for  manipulating  data 
to  obtain  weights  are  summarized  below: 

1,  Obtain  weighting  factors  from  manhours  spent  on  a  set  of  items  that 
are  always  worked  upon.  On  a  priority  basis,  CERCOM' s  OROSS  2000  items 
were  allocated  MH  and  presumably  reflected  the  need  to  manage  these  types 

of  items  by  dollar  category. 

2.  If  detailed  breakout  of  MH  for  several  types  of  items  is  not  available, 
solve  for  unknown  weights  by  fitting  several  years  of  MH  to  an  equation  for 

a  weighted  sum  of  the  types  of  items.  This  was  done  in  the  cataloging  area 
using  the  equation 


W 


(Ex+E2)  +  W1N1  +  W2N2 


where  E^,  E2 


Nl’  N2 


number  of  established  major  and  secondary  items, 
number  of  new  major  and  secondary  items. 


3.  Sampling  can  aid  in  determining  a  workable  classification  of  items. 
Complexity  classes  were  determined  for  systems  by  taking  a  sample  of  end 
items. 
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4.  Technical  estimates  or  formulas  for  workloading  may  be  better 
indicators  of  relative  need  of  MH  than  historical  data.  This  approach  was 
successful  in  the  CERCOM  maintenance  analysis. 

5.  The  virtual  system  concept  (see  charts)  is  a  reasonable  way  of 
extrapolating  backward  and  forward  in  time  to  estimate  systems  managed 
that  do  not  have  current  historical  data  on  workload. 
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CHAPTER  IV 


COMMENTARIES  TO  BRIEFINGS 

The  three  briefings,  as  they  were  originally  structured  for  presenta¬ 
tion  are  in  the  Appendix.  These  commentaries  highlight  the  points  to  be 
made  as  our  analysis  evolved.  Some  charts  are  self  explanatory  and  some 
may  be  skipped  because  of  previous  familiarity  with  the  material. 

1 .  CERCOM  Pilot  Test,  Materiel.  Management 

C-3.  See  Chapter  III. 

C-A.  See  Chapter  II. 

C-5.  The  drivers  of  workload  in  the  materiel  management  AMS  codes 
21112.  xxx  are  listed  here.  In  the  symbolic  notation,  E  -  established, 

N  ■  new,  1  ■=  major,  2  >=  secondary;  W  refers  to  weights  applied  to  a  grouping 
of  the  items;  El  -  £2  -  E  symbolizes  a  count  of  stocked  NSNs. 

C-6 .  Historical  data  was  provided  on  the  MH  spent  per  item  by  item 
managers  by  dollar  value  categories.  It  is  of  interest  to  note  the  MH/item 
ratios  for  the  2000  items  deemed  most  important  and  which  are  given  work 
priority  (OROSS  2000) ;  these  ratios  presumably  can  reflect  unconstrained, 
necessary  MH  and  could  have  been  applied  to  all  items  in  1976  and  1977  if 
resources  had  allowed.  A  relative  weighting,  which  is  sufficient  for 
analyzing  changes  in  weighted  drivers,  is  found  by  dividing  all  class  weights 
by  the  LDV  weight.  The  "suggested"  weighting  scheme,  which  was  used  in  the 
subsequent  analysis,  incorporated  some  rounded  values  for  simplication. 

C-7,  C-3.  One  approach  in  the  driver  analysis  is  to  determine  ratios 
of  manhour  per  unit  driver  (weighted  or  not).  As  discussed  in  Chapter  II, 
one  may  not  find  many  stable  ratios  historically,  but  when  one  does,  presume 
the  ratio  represents  MH  spent  as  needed  per  driver  unit. 

These  charts  indicate,  for  AMS  coded  work  .12,  .111,  .112, 
which  MH  "tracked"  driver  values  reasonably  well  and  which  did  not  (and 
for  the  latter  we  presume  that  the  historical  expenditure  did  not  reflect 
all  the  need) . 

C-9 .  On  this  chart  is  tabulated  the  needed  manhours  in  secondary  item 

management  and  requirements  computations  as  reflected  in  the  changing  values 

W 

of  the  driver  E2  .  The  "percentage"  changes  in  the  driver  from  year  to 
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year  are  indicated  (1.152,  1.017,  1.051).  The  actual  MH  from  1976  to  1978 

in  areas  .12  and  .111  are  not  changing  in  the  same  manner;  note  particularly 

W 

the  relatively  large  value  in  1976  of  E2  x  1.1,  yet  in  other  years  the 

needed  and  actual  MH  are  in  the  same  ball  park.  This  chart  illustrates 

that  the  driver  values  can  pinpoint  peak  (or  valley)  years,  either  past  or 

future,  which  conventional  history  or  forecasts  do  not  readily  indicate. 

The  chart  also  exemplifies  the  baseline  method  of  adjusting  a  given  year’s 

W 

MH  by  future  changes  in  the  related  driver  F.2  . 

C-10.  Based  on  historical  data  from  1976-1978,  the  MH  spent  in  .20 
(essentially  cataloging)  per  established  item  was  approximately  1.5,  re¬ 
gardless  if  the  item  was  major  or  secondary.  This  is  intuitively  sensible, 
since  after  the  major  cataloging  functions  are  completed  (when  the  item  is 
new),  remaining  data  maintenance  is  item  independent.  By  fitting  the 
weighted  driver  function  1.5  (El  +  E2)  +  W1  x  N1  +  W2  x  N2  to  the  known 
cataloging  hours  for  1976  and  1977,  the  weights  W1  ■  37.65  and  W2  ■  11.65 
were  found.  As  a  check,  using  these  weights,  the  projected  hours  for  1978 
differed  from  the  actual  hours  by  7.5%;  also  the  predicted  portion  of  1978 
MH  spent  on  new  items  was  20%,  whereas  the  actual  portion  was  22%. 

C-ll.  In  the  areas  .41  and  42,  the  ratios  found  as  indicated  were 
fairly  stable  for  years  1977  and  1978.  The  ratios  for  1976  were  discounted. 
Quarterly  observations  of  MH  vs  stocked  NSN's  in  1977  indicated  ratios 
fairly  consistent  around  3.09. 

C-12 .  This  chart  compares  the  actual  and  forecasted  MH  (by  CERCOM) 
for  each  AMS  code  with  those  obtained  by  multiplying  the  related  driver 
values  for  each  year  by  the  obtained  ratios  or  weights  on  the  previous 
charts.  Note  that  CERCOM  forecasts  for  1979  and  1980  were  Identical  and 
represented  some  percentage  increase  over  1978.  The  IRO  driver  method 
tracks  the  individual  peaks  and  valleys  of  the  drivers  over  the  years 
1976-1980.  Coincidentally  the  aggregate  forecasts  by  CERCOM  and  IRO  in 
1979  were  quite  close,  although  closer  examination  shows  individual  entries 
differing  by  AMS  breakout.  The  IRO  forecast  of  needed  MH  for  1980  is 
higher  but  a  natural  consequence  of  the  underlying  rationale  and  of  the  pro¬ 
jected  numbers  of  major  and  secondary  items  to  be  managed  then. 
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2.  CERCOM  Pilot  Test:  Maintenance 


C-17,  C18.  See  Chapter  I  and  reference  [|], 

C-19.  See  Chapter  III. 

C-20.  See  Chapter  II. 

C--21.  This  chart  lists  the  drivers  for  work  performed  under  AMS  codes 
738017. xxx.  The  check  marks  designate  those  accounts  which  had  significant 
MH  or  dollars.  Since  we  could  only  collect  reliable  data  on  drivers  PI 
and  PI  (systems  undergoing  PIP's),  AMS  accounts  wholly  or  partially  driven  by 
F  (fielded  systems)  were  not  analyzed.  The  procedure  for  weighting  the  PI 
count  by  a  workload  profile  will  be  discussed  in  forthcoming  charts. 

C-22 .  First  we  outline  the  methodology  for  obtaining  the  weights  or 
profiles  for  adjusting  the  pre-issue  systems  count. 

C-23.  A  sample  of  50  systems  was  categorized  by  complexity,  i.e.  a 
count  of  different  parts  comprising  the  system.  Instead  of  using  historical 
MH  expenditures  per  system,  which  were  hard  to  obtain  and  may  not  reflect 
need,  workload  formulas  developed  and  tested  at  CERCOM  were  used  to  relate 
many  types  of  functions  performed  and  their  MH  to  parts  counts  and  tech 
manual  pages.  Knowing  the  parts  counts  and  pages  of  the  sampled  systems, 
the  needed  MH  per  system  are  averaged  by  category  and  by  functions  performed 
in  ADV  (advance  development  phase),  EDV  (engineering  development),  LRIP 
(low  rate  initial  production) ,  and  PDN  (production) .  The  resulting  table 
presents  "weights"  by  complexity  class  and  pre-issue  phase. 

C-24.  On  this  chart  are  listed  some  of  the  pertinent  facts  gleaned 
from  data  provided  on  almost  700  end  items  in  pre-issue  phases  circa  1978-79. 
For  385  end  items,  "complete"  data  was  available,  including  dates  entering 
pre-issue,  dates  for  field  deployment,  part  counts,  and  current  phase  of 
development.  The  average  span  of  years  spent  in  pre-issue  did  not  increase 
much  with  complexity;  in  many  cases  of  electronic  equipment,  less  complex 
end  items  are  sub-assemblies  of  large  systems  and  the  timing  of  their  develop¬ 
ment  and  deployment  is  keyed  to  that  of  the  more  complex  end  item.  Breaking 
the  total  span  into  12  units  of  time,  regardless  of  actual  years,  we  found 
on  average  that  3/12  of  the  span  was  spent  in  ADV,  etc.  Note  that  for  the 
years  observed,  about  the  same  number  of  systems  were  taken  under  develop¬ 
ment  as  were  just  completing  pre-issue  work;  thie  fact  led  to  a  "no-growth" 
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assumption  useful  in  developing  the  concept  of  "virtual"  systems. 

C-25 .  From  the  data  provided,  we  could  observe  thru  a  "window"  of  width 
1978-1979  only  those  systems  then  on  file  ns  pre-issue  systems.  We  could 
not  observe  systems  that  left  pre-issue  before  1978,  nor  those  systems 
expected  to  enter  pre-issue  after  1979.  We  developed  a  set  of  these  un¬ 
observed  or  virtual  systems,  which  would  contribute  to  the  workload  in  the 
years  1975-1984,  by  assuming  a  continued  "reincarnation"  of  the  systems 
observed  with  the  same  workload  profile.  Later  the  final  driver  results 
could  then  be  adjusted  for  any  known  net  increase  of  systems  planned  to  be 
developed  in  the  future. 

It  was  also  necessary  to  use  the  observed  facts  to  allocate  the 
tabulated  MH  weights  across  a  profile  related  to  development  phase  which 
could  be  adapted  to  any  span  of  years.  Compiling  the  observed  system  data, 
tempered  with  some  experienced  guesstimates,  the  3  time  units  of  ADV,  4  units 
of  EDV  and  5  units  of  LRIP-PDN  were  percentage  factored  in  terms  of  work 
completed  in  the  manner  indicated.  For  example,  20%  of  EDV  is  accomplished 
in  the  first  time  unit  of  that  phase.  Then  using  this  breakout  of  the  12 
units,  the  pre-issue  years  spanned  by  any  particular  system  can  be  work- 
factored.  For  example,  if  the  system  spans  3  years,  the  first  year  covers  4 
of  the  12  time  units  and  thereby  encompasses  100%  of  ADV  and  20%  of  EDV; 
knowing  that  system's  complexity  class,  the  weight  for  ADV  plus  20%  of  the 
EDV  weight  (see  C-23)  would  be  recorded  in  the  first  year  of  the  profile. 
Similarly  70%  of  EDV  plus  30%  of  LRIP-PDN  would  be  assigned  to  the  second 
year;  the  remaining  70%  of  the  latter  phase  would  be  accomplished  in  the 
third  year. 

C-26.  An  example  (based  on  actual  observed  system  counts  and  generated 
profiles)  is  tabulated  on  this  chart.  The  actual  systems'  profiles  are  cross 
hatched;  there  were  36  systems  that  had  the  unique  profile  indicated, 
spanning  1976-1979,  and  9  systems  that  spanned  1975-1981  with  the  tabulated 
profile  on  the  lower  half  of  the  chart.  Virtual  systems'  profiles  are  also 
shown  on  the  chart,  leaving  and  entering  pre-issue  before  and  after  (with 
some  overlap)  the  observed  systems.  The  numbers  entered  in  the  profiles  by 
year  represented  the  MH-weights  as  determined  by  the  procedure  in  C-25.  The 
total  MH-weighted  driver  value  for  a  particular  year  is  found  by  multiplying 
the  numbers  in  a  column  by  the  number  of  systems  on  the  right  of  the  chart 
and  summing.  □ 


C-27 .  An  extensive  tabulation,  of  which  the  C-26  example  was  only  a 
part,  leads  to  the  PI  driver  values  for  years  1976-1981  given  on  line  a. 

Line  b  is  the  accumulated  driver  values  when  the  three  very  large  systems 
observed  are  excluded.  Historical  ratios  can  be  computed,  1976-1978,  of 
the  MH  and  dollars  per  driver  value  PI,  PI'.  These  ratios  are  indicated 
c/a,  c/b,  d/a,  and  d/b.  The  values  of  the  ratios  for  at  least  two  out  of 
the  three  years  are  fairly  stable,  indicating  good  tracking  of  driver  vs 
resource.  It  is  also  interesting  to  note  that  if  one  interprets  the  PI 
values  in  line  a  as  representing  an  absolute  MH  requirement  as  needed 
(in  general  we  only  look  at  relative  changes  in  drivers  but  here,  from  how 
PI  was  derived,  there  is  some  basis  for  the  absolute  interpretation) ,  then 
a-c  represents  a  "gap"  between  needed  and  expended  MH,  and  this  gap  is 
fairly  constant  around  300,000  MH  per  year.  Again  as  mentioned  in  Chapter  II, 
it  is  difficult  to  translate  this  gap  into  an  impact  on  work  quality  or 
system  performance. 


3.  TARCOM  Pilot  Test  -  Commentary  to  Charts 


Charts  Addressing  Materiel  Management  Analysis 


T-4.  This  chart  tabulates  the  man  years  (MY)  and  organizational  dollars 
(ORG  $)  by  AMS  codes  721112. xx.  No  contractural  dollars  were  reported. 

These  figures  were  provided  at  the  directorate  level  and  are  in  agreement 
(and  presumeably  auditable)  with  data  furnished  to  GAO.  Man  years  and  dollars 
(thousands)  summarize  that  reported  under  the  various  AMS  accounts  across  all 
the  directorate's  organizations  and  as  such  will  be  more  than  the  sum  of 
the  three  commodity  divisions'  reports;  the  directorate  and  divisional  levels 
of  reporting  may  be  inconsistent  for  other  reasons  also. 


T-5 .  The  drivers  for  the  AMS  codes  analyzed  are  listed  here.  They  are 
the  same  as  those  postulated  and  analyzed  at  CERCOM.  Some  commands  (as  did 
TARCOM)  may  wish  the  capability  to  add  or  replace  drivers  of  their  choice 
to  reflect  "any  special  exigencies  of  their  operations,"  but  for  uniformity 
of  analysis  and  potential  implementation,  we  have  maintained  a  standard 
set  of  drivers.  In  any  eventual  reporting  system,  directorates  may  provide 
their  own  drivers  and  yearly  values  of  such  as  memo  entries. 

T-6.  Compare  this  chart  with  C-6 .  The  weights  were  based  upon  relative 
MH  per  item  spent  by  item  managers  by  item  categories.  We  could  not  pin¬ 
point  MH  need  by  isolating  time  spent  on  OROSS-2QOO  items  as  was  done  in 
the  CERCOM  analysis.  In  any  case  the  TARCOM  weight  for  VHDV-HDV-MDV  combined 
was  much  lower  than  the  average  CERCOM  weight  for  these  categories.  However, 
the  overall  secondary  item  average  weight  for  TARCOM  catalog  (*-/2.0)  was 
about  half  of  the  CERCOM  overall  weight  (^4.0).  The  large  number  of  LDV 
items  at  CERCOM  pulled  down  its  overall  weight.  The  weight  for  the  pro¬ 
visioning  category  was  chosen  to  be  the  remaining  catalog's  average,  this 
value  being  a  reflection  of  the  range  of  items  that  need  provisioning  work. 


T-7,  T-8.  These  charts  tabulate  the  yearly  patterns  in  the  values  of 

the  set  of  drivers  for  the  three  commodity  divisions: 

FH  -  Combat  Vehicles,  FR-Special  Purpose  Vehicles,  FT  -  Tactical  Vehicles, 
w 

The  driver  ED  was  obtained  by  multiplying  the  number  of  secondary  items  in 
each  year  that  were  in  each  category  ("HDV",  LDV,  NS,  PROV)  by  the  category 
weight  and  summing.  The  value  W  is  the  average  secondary  item  weight  by 


T-9,  T-10,  T-ll.  These  three  charts  tabulate  the  historical  data 
(1977-79)  on  the  ratios  of  MH  spent  per  driver  value  in  the  areas  of 
commodity  management  (.11)  and  requirements  computation  (.12).  For  lines 
"1"  the  driver  value  was  the  corresponding  El  for  the  division  and  year; 
for  lines  "2",  E2W  was  the  driver  related  to  hours  spent  on  secondary  items. 

Note  that  the  ratios  are  much  higher  for  major  item  hours  and  note  also 
that  in  many  cases  the  trend  in  the  ratios  is  decreasing  by  year,  i.e., 
the  number  of  items  are  reported  as  increasing  but  the  MH  are  decreasing. 

It  is  difficult  to  relate  this  trend  to  the  impact  on  quality  of  work  per¬ 
formed  or  on  the  eventual  support  or  readiness  of  systems  or  on  supply  per¬ 
formance.  Nor  can  one,  without  extensive  operational  analysis,  evaluate 
efficiency,  productivity,  surplus  MH  or  backlog  of  item  management. 

T-12.  Not  knowing  actual  "need"  of  MH  as  reflected  in  the  ratios  dis¬ 
cussed  on  the  previous  charts ,  one  can  only  establish  a  base  line  year  and 
use  the  driver  values  to  project  backward  and  forward.  The  year  1978  was 
chosen  and  the  driver  values  El,  E2W  for  years  1977-1981  were  multiplied 
by  the  1978  MH/driver  values  for  each  commodity  division  and  summed  to  yield 
the  aggregate  MY  values  on  lines  2  and  4  of  chart  T-12  (MY  ■  MH/1800) . 

The  increasing  trend  lines  are  apparent.  The  total  directorate  MY  from 
Chart  4  are  entered  on  lines  1  and  3  for  comparison.  Even  discounting 
other  man  hours  in  these  codes  that  were  not  analyzed,  the  directorate  MY 
are  not  responsive  to  these  trends;  in  the  area  of  requirements  computation 
there  may  be  a  surplus  of  MY. 

T-13.  This  chart’s  entries  are  similar  to  T-12.  However,  the  basic 
ratios  (i.e.  weights)  used  were  those  obtained  for  these  categories  in 
the  CERCOM  analysis.  In  the  area  .20  the  weighted  driver  (El  +  E2)  WO 
+  N1  x  W1  +  N2  x  W2  used  TARCOM  values  for  El,  E2,  Nl,  N2,  but  CERCOM 
weights  WO,  Wl,  W2 .  Similarly  the  TARCOM  drivers  M  and  El  +  E2  -  E  for 
.41  and  .42  were  multiplied  by  CERCOM  ratios.  It  was  necessary  to  do  thiB 
because  the  TARCOM  data  was  not  broken  out  in  a  manner  sufficient  to  derive 
weights  in  these  codes.  Using  CERCOM  weights  as  a  norm  was  the  next  best 
thing  and  also  allowed  a  check  of  these  weights  for  reasonableness  since 
the  projected  MY  for  TARCOM  were  not  unreasonable.  Note  especially  that 
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the  available  TARCOM  MY  for  .20  and  .42  ('■'•‘110, ~  69),  while  not  reacting 
to  the  pattern  in  the  lines  below  them,  will  eventually  be  "needed"  in  the 
80-81  time'  frame. 


Charts  Addressing  Maintenance  Engineering  Support 


T-15.  See  Charts  C-5,  C-21,  T-5 . 


T-16 .  This  chart  lists  the  TARCOM  systems  in  Pre-Issue  development 
broken  out  by  the  same  complexity  categories  utilized  in  the  CERCOM  analysis. 
The  individual  systems  are  listed  identified  via  their  part  counts.  Two 
submissions  came  from  TARCOM  Maintenance  Directorate:  those  systems  that 
have  been  supported  in  Pre-Issue  up  to  the  78-79  time  frame  and  are  nearly 
ready  for  field  issue,  and  those  "later"  systems  that  still  remain  in 
pre-issue  or  are  projected  to  be  under  development  in  future  years. 


T-17.  The  entries  on  lines  A  and  B  represent  the  average  MH  for  syBtem 
spent  over  the  three  vehicle  divisions  (MC ,  combat;  MT,  tactical;  MV, 
special  purpose)  and  Initial  Support  branch  (MI) .  Line  C  for  the  most  part 
is  an  average  of  A  &  B;  however,  some  MH  data  in  MV  (asterisked)  might  be 
suspect  so  the  MH  weights  for  categories  <400  and  <1600  were  reasonable 
guesses. 


T-18,  T-19.  A  basic  pillar  of  our  approach  is  to  allocate  the  MH  weights 
amongst  phases  of  development  and  span  of  years  in  Pre-Issue  fnr  systems 
to  generate  workload  profiles.  As  with  the  CERCOM  analysis  the  ADV,  EDV, 

LRIP  and  PDN  phases  are  represented  by  12  units  of  time.  These  12  units  are 
grouped  into  years  as  shown  on  the  chart,  which  can  be  used  for  systems 
spanning  2,  3,  4,  5,  6,  7  years  in  Pre-Issue.  The  percent  of  workload  in 
each  phase  which  is  estimated  to  be  done  in  a  particular  time  unit  can  be  used 
to  break  out  MH  by  years  in  a  systems  span.  For  example,  a  system  with  5000 
parts  which  spent  3  years  in  pre-issue  has  14000  MH-weight  (see  T-17) 
assigned  to  the  years  as  follows: 

10%  in  ADV  ^ 

45%  in  EDV  (  Based  on  CERCOM  experience. 

45%  in  LRIP,  PDN  / 
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The  chart  also  indicates  that  for  each  system  leaving  pre-issue,  one 
enters;  this  leads  to  the  virtual  system  concept  as  used  on  CERCOM  analysis. 

T-20 .  This  example  chart  is  identical  to  the  example  used  in  the 
CERCOM  briefing.  The  observed  shaded  workload  profiles  for  36  systems 
spanning  1976-79  and  the  nine  systems  spanning  1975-81  are  augmented  by 
identical  profiles  for  virtual  systems  that  left  pre-issue  in  the  part  or 
are  entering  pre-isnue  in  the  future.  Summing  the  MH-^weights  entered  in 
each  profile  for  each  year,  multiplied  by  the  number  of  systems,  yields  a 
profile  weighted  number  of  system  worked  upon  in  each  year.  These  figures 
are  tabulated  in  the  last  row  of  the  chart  and  actually  represent  the 
weighted  driver  for  this  example. 

T-21.  An  actual  tabulation  of  systems,  identified  via  part  counts,  is 
entered  in  the  left  column.  All  unique  profiles  spanning  particular  years 
are  represented  by  numbers  in  the  year  columns.  The  entrance  and  span  of 
virtual  systems  with  the  same  profile  of  numbers  as  the  listed  systems  are 
indicated  by  I  ' and  .  «  The  totals  give  the  weighted  driver  values  by  year 
for  all  these  systems. 

T-22.  In  the  P3  area  the  driver  values  PI  based  on  observations  of 
systems  circa  78-79  and  based  on  all  systems  (including  planned  TARCOM 
systems  for  future  development)  are  tabulated.  Notice  the  large  dips  in 
1980  and  large  "recovery"  in  1981  on  the  PI  values.  In  contrast  more  MY 
and  $  are  projected  to  be  reported  in  the  80-81  P3  area  due  to  an  accounting 
change. 

For  Q8  area  (product  improvements)  the  PI  driver  value  represents  a 
tabulation  of  only  those  systems  undergoing  modification  (PIPS")  . 

Only  an  incomplete  analysis  could  be  made  of  the  publications  areas 
Rl,  R2  since  we  did  not  obtain  counts  or  weighting  factors  for  already 
fielded  systems,  which  also  drive  the  workload,  e.g.  producing  and  updating 
field  tech  manuals.  The  weights  W'  used  here  on  PI  systems  were  based  on 
MH  spent  in  Rl  on  the  observed  systems  by  complexity  categories.  Again 
there  is  an  accounting  change  in  years  80-81  on  reportable  MY  for  this  area. 

The  entries  indicate  some  of  the  fractional  changes  across  compared 
years  in  driver  values  versus  dollars  or  man  years. 
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T-24,  T-25.  Some  of  the  overall  comparisons  across  the  two  pilot  tests 
and  general  recommendations  are  listed  here.  An  extensive  discussion  of 
what  can  be  done  in  the  future  and  consequent  recommendations  based  on 
lessons  learned  in  these  tests  can  be  found  in  the  initial  section  of  the 
report. 

The  reversal  of  the  ratio  of  CERCOM  to  TARCOM  weights  in  secondary  item 
management  to  that  of  the  normalized  weights  in  major  item  support  xs 
interesting. 
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PERCENTAGE  CHANGES  IN  ORIYER  VALUES  IN  FUTURE  YEARS  ARE  FELT  TO  BE  USEFUL 
INDICATORS  OF  SHIFTS  IN  REQUIREMENTS. 


ZN  KH,  STATISTICAL  HISTORICAL  DRIVER-RESOURCE  RELATIONSHIPS  HILL  HOT 
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MATERIAL  MANAGEMENT  DRIVERS 


INTERSERVICE  (IL)  PENDING 


SEE  UPCOMING  CHART  ON  E2"  AND  PROJECTED  MANHOURS  BY  YEAR 


.11  ANALYSIS  SUMMARY 


MANHOUR  VS  El  "TRACKS"  WELL  (RATIO  VARIES  BETWEEN  9.2  and  8.9) 


ECGM  FORECASTS 


PROJECTED  HOURS  VS  ACTUAL  HOURS  DIFFERED  BY  7.5% 


.41  ANALYSIS  SUMMARY 


TO  BE  RATIO  3.09 


BOTTOM  LINE  (EXCLUDING  .13) 


TEST  OF  DRIVER  CONCEPT  IN  MAINTENANCE  SUPPORT  AT  ANOTHER  COMMAND  MAY  BE 


W TW* 


(WITH  CERCOM  AS  TEST  COMMAND) 


WHAT  A  DRIVER  IS 


A  DRIVER  ISA  STIMULUS  FOR  WORKLOAD  WHICH  HAS  THESE 
ATTRIBUTES: 

(1)  IT  IS  QUANTIFIABLE 

(2)  ITS  QUANTITATIVE  VALUE  FOR  FUTURE  YFARS  CAN 

BE  PROJECTED 

(3)  ITS  VALUE  DEPENDS  ON  DA/DoD  DECISIONS  AND 

NOT  MSC  FUNCTIONAL  DIRECTORATE  DECISIONS 

(4)  IT  ACCOUNTS  FOR  A  SIGNIFICANT  AMOUNT  OF  RESOURCES 

(A)  BY  DIRECT  CAUSE  AND  EFFECT 

(B)  STOCHASTICALLY 
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WHAT  A  DRIVER  ISN'T 

•  IT  IS  NOT  A  WORK  MEASUREMENT  (AN  INPUT  NOT  AN  OUTPUT) 

SUCH  AS  NUMBER  OF  PAGES  OF  MANUALS  PUBLISHED 

INEFFICIENCY  OF  COMMAND  MAY  PRODUCE  UNNECESSARY  WORK 
MUCH  DISTORTS  VALUE  OF  THESE  MEASURES 

•  IT  IS  NOT  A  VARIABLE  IDENTIFIED  PURELY  BY  STATISTICAL  METHODS 

TO  BE  RELATED  TO  REQUIREMENTS 


E.G.:  NUMBER  OF  DEMANDS  RECEIVED  MAY  CORRELATE  WITH 
Mil  IN  MAINTENANCE  SUPPORT  BUT  IS  NOT  A  DIRECT 
LOGICAL  STIMULUS  TO  WORK  LIKE  NUMBER  OF 
DIFFERENT  EQUIPMENTS  BEING  MAINTAINED 


l 
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METHODOLOGY  TQ  OBTAIN  PI 


OF  SYSTEMS  HAVING  THAT  PROFILE. 


NEEDED  MH  BY  COMPLEXITY  CLASS  AND  DEVELOPMENT  PHASE 


TECHNIQUE  WHICH  COULD  BE  REFINED  BY  EXPERTS  AT  CERCOM 


FACTS  FROM  SNAPSHOT  OF  CATALOG  OF  END  ITEMS 


FROM  C..  FOR  EACH  SYSTEM  LEAVING,  THERE  IS  ONE  ENTERING  WITH  THE  SAME 

WORKLOAD  PROFILE  (WITH  SOME  OVERLAP).  THIS  "NONE  GROWTH"  ASSUMPTION 


7~ 7. 
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